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An Approach for Use of Interactive Graphics in Part Definition and Nesting 


A year ago I spoke about the feasibility study we at Newport News were going 
to do-toward a mini based interactive graphics sysyem for parts definition. Mere 
I am again, and anyone could justifiably ask ■ what have you done in a year? In 
fact we've been asked that question along with being complemented on inventing 
the best boondoggle at Newport News in recent memory. But it hasn't been that 
much fun ■ in fact it has been more like frustration trying to reach a bottom 
line. Today, I’d like to tell you some of the complexities connected with this 
project to show you why it-has been difficult to reach a final conclusion. 

There are two major areas of complexity: 

1. Project Constraints 

2. Market pi ace constraints 

PROJ ECT CONSTRAI NTS 

1, Parts Def i ni t i on Philosophy • There are numerious ways to define steel parts 
and each yard favors some subset of these. Interactive graphics is just one 
of these and not necessarily the obvious best choice right now. Those I 
know of are: 

. Optical negatives 
. Digitizing 
. Part Coding 
. Part Splitting 
. Direct ESSI 
. APT 

. Interactive Graphics 



1. (Continued) 

The philosophy differences come in on whether interactive coding should be 
the best approach toward speeding the process, or perhaps using AUTOKON 
NORMS in a digitizing system or even letting the Design office put the parts 
in numerical form rather than the Mold Loft. We've also heard philosophy 
differenceson whether the source code or the part geometry itself should 
be kept as the true record of the part. In other words, Parts Definition 
is different things to different people. 

2. MARAD Involvement ■ The details of the U.S. Government being involved in the 

procurement of hardware and software had to be explained to each vendor 
contacted. These details revolved around software improvements entering 
into the public domain, distribution rights of MARAD within REAPS and 
distribution of hardware and software within each shipyard for multiple 
systems. It would have been easy if only Newport News were buying the 
system, but it's a different story when you're talking about a system for 
possible use by multiple companies under the distributorship of the MARAD 
branch of the Federal Government. 

3. Shi pyard Size • When dealing with a number of shipyards, the question naturally 

arises ■ what can each justify in the area of interactive graphics? While 
some can justify a large mini computer configuration with numerous work 
stations, others will only be able to justify one work station and may want 
to connect it to an already existent mini or host comppter system. Some 
yards may not have enough volume of work to even considers new method of 
defining NC parts, and some will find that parts definition ranks low on 
a list of projects for which better returns on investment are available. 
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4, Aut okon- Spades- St eer bear ■ These three shipbuilding syst ems are all si mi I ar 
in what they do, yet different in technique and data structure. A graphics 
part definition system would conceivably' have to interface to each. What 

is this interface, is it feasible and who will do it are all questions that 
will eventually have to be answered. Also, are the system philosophies of 
each so different that a graphics parts definition system couldn't serve as 
an ext enii on of all three? 

5, Port abi I i t y ■ This has been one of the biggest constraints. With varying 
needs across yards, how do you satisfy all? If the final result is a system 
that ties hardware and software to gether, each yard desiring the system 
would have to procure the whole -thing - hardware and software; Or if a 
system is designed that results in general software, not tied tightly to minis 
or scopes, each yard' can mix and match it's own configuration and obtain 

the capabilities each 'wants for the desired invest me n t. While this approach 
sounds good, it has some drawbacks. Due to its generality, it would have 
to become more of a general tool and less of a tailored shipbuilding package. 
Furthermore, there would be no common package within REAPS and thus no 
opportunity to share improvements and jointly develop new features for 
everyone's benefit To provide this general, portable system might well 
require more work by REAPS to establish interfaces to varying options. 

And finally, portability can lead to inefficiency by not allowing the software 
to take full advantage of any specific hardware features. 

6, Sophistication ■ Each yard varies in its level and need for sophistication. 
Computer analyst staffs to support such a system way vary from 2-150 people. 
While some yards have been involved in NC systems for many years and have 
evolved expertise, others are just starting out and couldn't support anything 
very sophisticated as yet. 
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1 , Short vs. Long Term Consi derati ons - Each yard must look at its immediate 
and long term needs in this area, of parts definition. Some need aids now, 
while others don't see a need for some time to come. These needs are 
heavily influenced by production cycles which create volume and deadlines. 

Other yards might be considering changes in their product lines. 

8, Yard Pol icy/ Pi recti on ■ Who is the user of such a system - Mold Loft, Design, 
Engineering? Should the Lofts job of parts definition be merged into 
design or should it remain part of the production environment? Furthermore, 
will each yard make available to such a system the lines and surfaces of a 
ship as a reference in defining parts? If so, this calls for more 'interfaces 
and new techniques. Each yard should further be looking at other applications 
that a graphics system might satisfy ■ such as drafting hull design, piping, 
electrical, machining, etc. A graphics system can also aid in producing 
documentation such as detail, shop and assembly drawings. This documentation 
will vary from yard-to yard. 

9, Accuracy ■ What is needed by the shipbuilding industry? We keep hearing 

horror stories about ships being built too long or too short due to computer 
roundoff errors. Accuracy ranges from 1,600 feet lengths accurate to .01 
mm; to 100 feet coordinate systems accurate to 1 mm. 

MARKET PLACE CONSTRAINS 

1, Technology The interactive graphics industry is a relatively young industry 

with new companies continuously entering into it. Software is constantly 
being imp roved as more systems are installed and used in industry. The 
micro-processor and inexpensive memories have brought rapid changes in the 
mi ni - computer, scopes and controller areas, at the same time challenging the 
software to take advantage of these improvements. 
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1. (Continued) 

In essence, one could conduct's never ending feasibility study, because as soon 
as one is ready to decide, something new and better will pop up to be 
investigated further. 

2. Ref resh vs. Storage Tube ■ These are two separate technologies within computer 

graphics, each havi ng-their own advantages and disadvantages. One difference 

is the cost difference, however the cost of refresh is rapidly decreasing. 

Is refresh really needed in shipbuilding? For parts definition it appears 
helpful although not essential, however interactive nesting appears to 
be an application well suited for real time movement on the screen. Further 
more, from those we've talked to refresh appears to be the techrtology of 
the future and thus more desirable, if the price can be paid now. 

3. General vs. Specific Software ■ One will find two types of software on the 

market, One type features the basic building blocks of descriptive geometry, 
leaving it to the user to build any application packages he desires. Another 
type is the final application software, the disadvantage of which is that the 
building blocks aren't necessarily obvious for the user to take and build 
yet other application software. It appears that one can't have both types, 
although such a combination would be ideal. 

4. C omponents vs. Total ■ The easy approach is to buy a c o mp I e t e I y integrated 

system from one vendor, but this will cause portability problems for some of the 
REAPS yards. On the other hand if it is more desirable to buy the components 
separately (mini, scopes, software, etc.), then one has to become an expert 
in each of these areas in order to choose the best components for the final 
system. This may become more time consuming than desired at each yard. 

Furthermore, solving the interface problems between the components may be 
more complex then they first appear. 
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Mainframe vs. Stand Alone Minis ■ Some yards might have the desire to run 


graphics software on a mainframe computer instead of a mini. Is this 
possible? There are some doubts, due to the need of graphics to execute 
in real time and the mainframe's ability to provide such service. Other 
considerations are the priority given to graphics as compared to other 
shipyard applications and the CPU demand made by the graphics software 
itself. A shipyard that desires to have work stations located remotely 

from the mini or mainframe computers, may find it difficult to accomplish 
due to response requirements over communication lines, A user should 
also consider the costs of providing operators and hardware maintenance 
should they choose to go with a mini computer. Finally, when a yard asks 
how many work stations will a graphics system support, it will receive 
various and all too often vague answers, due mainly to the unknown impact 
that any given work station would generate at any time. 

Benchmarks • Benchmarks are necessary to evalute qraphics systems, however 

they don't yield as quantitative a result as one may desire. Because each 

benchmark is run on different hardware/software combination, the results 

are different. Because vendors are asked to do things instead of run 

programs, they often vary in how completely they satisfy a bench mark. So me 

are very thorough, while others only take time to run through a canned 

demonstration. Slightly different results are also obtained when a refresh 

system is being compared to a storage tube system, Some vendors offer 

geometric building blocks and use them to perform the benchmark, while 

other vendors write specialized programs to satisfy the benchmark. So 

even through it is difficult to line up interactive graphics systemfor 

comparison, by running a comprehensive benchmark, the vendor does demonstrate 

most of the strengths and weaknesses of his system, The buyer must then 

evaluate which areas are of most importance in choosing a system, 
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Accuracy ■ As mentioned previously, accuracy is a requirement for a shipbuilding 
system, Many of the vendors visited were surprised to hear this, especially since 
they have not been required to provide more than 5-6 place accuracy before now, 

To obtain the 8 place accuracy we felt necessary, a 16 bit mini computer would 
have to store coordinates in double precision integer, which exists on few if 
any 16 bit minis, and perform cal cul ati ons in double precision floating point 
which is often slow on such, a small computer, Tbe additional core and disk 

storage requirements for double precision would also be a drawback. Some vendors 
were surprised to find out that the accuracy they claimed to have didn't really 

exist when benchmarks were run t0 tesrt l1, 

CONCLUSION 

Wi t h all of the above constraints one could ask - "Is it an i mp o s s i b I e 
task?" We don't think so, It is our desire to obtain a flexible tool that can 
then be developed into an effective shipbuilding system for use in this industry 
as a whol e. 
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